home *** CD-ROM | disk | FTP | other *** search
Text File | 1989-10-16 | 1.8 KB | 57 lines | [TEXT/GEOL] |
- Item 4462559 16-Oct-89 17:30
-
- From: D0420 Satori SW, Hugh Rogovy,PRT
-
- To: V0683 Amoco Tech, Eric Berdahl,VAR
- MACAPP.TECH$ MACAPP Tech
-
- Sub: re: Prog Won't run -NoDebug
-
- Item 3314587 16-Oct-89 17:25
-
- From: D0420 Satori SW, Hugh Rogovy,PRT
-
- To: V0683 Amoco Tech, Eric Berdahl,VAR
- MACDTS Macintosh Developer Tech. Supt.
-
- Sub: re: Prog won't run -NoDebug
-
- Eric,
-
- Chances are, your crash is caused by the fact that the linker strips out
- resource views that are not referenced. You get around this problem by adding
- the following "non"-statements in your source code for any resource views you
- have created.
-
- IF gDeadStripSuppression THEN
- BEGIN
- IF MEMBER(TObject(NIL),TFontPopup) THEN;
- .
- .
- .
- END;
-
- This code doesn't really do anything, it just tricks the linker into keeping a
- particular class (in this example; TFontPopup), since you "really" did
- reference it.
-
- The Failure that is getting called is in "TEvtHandler.CreateAView". There is
- only one Failure in this function.
-
- If you have mucho views defined, the quickest way to find out which view
- resource you forgot to "DeadStripSuppress" is to go in and modify
- "TEvtHandler.CreateAView" directly. Just add the line
-
- DebugStr(itsType);
-
- above the call to Failure and you should pop into your debugger (I assume
- you're using either MacsBug or TMON) with the unreferenced view displayed. I
- admit, I haven't actually tried this, but it *should* work...
-
- I hope this helps...
-
- Chris Le Croy
- Satori Software
-
-
-